تست اپلیکیشن و سایت

تفاوت های کلیدی smoke testing و sanity testing:

Smoke Testing:

1- تست دود بر روی ساختار (Build) اولیه ی محصول انجام می شود.
2-  ساختار (Build) نرم افزار برای آزمایش در این نوع تست می تواند پایدار یا ناپایدار باشد.
3- انگیزه تست دود، اندازه گیری پایداری ساختار (Build) تازه ایجاد شده برای انجام تست های بیشتر و دقیق تر است.
4- تست دود زیر مجموعه تست رگرسیون است.
5- عدم موفقیت در تست دود منجر به رد فوری (Reject) ساختار (Build) نرم افزار می شود.
6- تست دود ممکن است یا توسط توسعه دهندگان یا تسترها انجام شود.
7- تست دود ممکن است به عنوان یک نوع کلی از تست که تمام عملکردهای اساسی را پوشش می دهد ، دیده شود.
8- این نوع تست رویکرد کم عمق اما گسترده ای دارد تا تمامی عملکردهای اصلی نرم افزار را بدون توجه به جزئیات محصول تست کند.

ادامه این مطلب را در سایت ما مطالعه کنید.   www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_دود
#Sanity_Test
#Sanity

Sanity Testing چیست؟

Sanity Testing نوعی تست نرم افزار است که پس از دریافت Software Build(با تغییر کوچک در Functionality یا کد) انجام می‌گیرد، تا بدین ترتیب از رفع باگ‌ها و عدم بروز مشکلات جدید در خلال این تغییرات، اطمینان حاصل شود.
در اینجا هدف این است که تعیین کنیم که آیا Functionality پیشنهادی تقریبا مطابق انتظار فعالیت می‌کند یا خیر. اگر Sanity Testing شکست خورده و Fail شود، Build صورت گرفته Reject می‌شود تا بدین ترتیب زمان و هزینه جهت انجام تست دقیق تر تلف نشود.

برای مطالعه بیشتر این مبحث به سایت ما مراجعه کنید.  www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#sanity_testing
#sanity

تست دود چیست؟

تست دود (Smoke Testing) یک تست مقدماتی است که بر روی ساخت (Build) اولیه نرم افزار انجام می شود تا ثبات و آمادگی نرم افزار را برای بررسی روند و فعالیت های بعدی تست مورد بررسی قرار دهد.

به تست دود تست ساختار نیز گفته می شود زیرا در وهله ی اول با تست کردن نرم افزار، ناپایداری نرم افزار مشخص شده و برای تست های بیشتر، نسخه رد می شود.

اصولاً این یک نوع تست غیر جامع است که هیچ تست عمیقی را شامل نمی شود ، بلکه عملکردهای اساسی را در نظر می گیرد و مورد ارزیابی قرار می دهد ، مثلا نصب و اجرای برنامه و تست کردن فانکشن های اساسی نرم افزار و…. مورد بررسی قرار میگیرند.

بنابراین ، قبل از پیشروی در تست نرم افزار پیش رو ، برای ما بسیار مهم است که یک بررسی اجمالی از ساختار نرم افزار داشته باشیم تا مفهوم تست دود برای شما آسان و قابل درک باشد

برای مطالعه بیشتر این مبحث به سایت ما مراجعه کنید.   www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_دود
#Smoke_Test

تست بتا هم چنین بعنوان تست میدانی از آن یاد می شود و تست بتا قبل از انتشارمحصول انجام می شود.

از طریق این نوع تست ، توسعه دهندگان و تسترها سعی می کنند پس از تحویل محصول ، هرگونه نقص و خطایی را در سیستم ، که تنها برای کاربر نهایی قابل مشاهده است پیدا کرده و برطرف کنند

تست بتا شامل انتشار محصول برای یک جامعه مخاطب بزرگتر می باشد که خارج از محیط تست انجام می شود تا محصول مورد نظر در معرض دنیای واقعی قرار بگیرد.

تست بتا مناسب ترین راه برای تست محصول قبل از انتشار آن می باشد چرا که این تست اطمینان می دهد که تمامی نقص ها و خطاهای محصول تصحیح شده و آماده ی انتشار در صنعت نرم افزار می باشد.

ادامه این مطلب را در سایت ما مطالعه کنید.   www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_بتا
#بتا_تست

تست آلفا یک نوع تست پذیرش کاربر (Acceptance Testing) می باشد که قبل از انتشار محصول به مشتری یا کاربران انجام می شود که توسط دولپرها و تسترها انجام می شود.

تیم مسئول اجرای تست آلفا از تیم طراحی کاملا مستقل می باشد. هدف اصلی از انجام تست آلفا، شبیه سازی کردن محیط کاربر واقعی از طریق روش تست جعبه سیاه و تست جعبه سفید و همچنین اطمینان از عملکرد صحیح محصول بر اساس عملکرد مورد نظر خود می باشد.

تست آلفا شامل دو فاز می شود:

• تست اولیه توسط دولپرهای سازمان

در این فاز تست توسط دولپرهای سازمان انجام می شود که وظیفه ی اجرای تست ابتدایی تست آلفا هستند و هم چنین کمک به دیباگ کردن نرم افزار در اسرع وقت می کنند.

• تست اپلیکیشن توسط تسترها

در فاز دوم از تست آلفا، اپلیکیشن تست شده و تایید شده توسط تیم دولپر در اختیار تیم تست (QA) برای تست های بیشتر در محیطی واقعی تر قرار می گیرد.

چرا تست آلفا انجام می شود؟

تست آلفا بعنوان مرحله ی نهایی از تست بسیار مهم می باشد چرا که باعث می شود که تیم، یک نرم افزار موثر و با کیفیت بالا را ارائه دهد. تست آلفا در حقیقت قبل از انتشار محصول انجام می شود و می توان گفت این تست اولین مرحله از تست مستقل محصول می باشد که با اجرای این مرحله اطمینان حاصل می شود که نرم افزار، سیستم و پروژه ها طبق پلن مورد نظر پیش رفته اند.

دیگر دلایل انجام تست آلفا عبارت است از:

• محصول نرم افزاری را با یافتن و تصحیح باگ هایی که قبلا کشف نشده بودند پالایش می کند.
• به تیم این فرصت را می دهد تا نرم افزار را در محیط واقعی تست کنند.
• کیفیت ، کارآیی و عملکرد نرم افزار را قبل از انتشار در دنیای واقعی اعتبار می دهد.

برای مطالعه قسمت دوم این مطلب به سایت ما مراجعه کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_آلفا
​​​​​​​#آلفا_تست

تست پذیرش هم چنین به عنوان تست پیش تولید (pre-production testing) از آن یاد می شود.

این نوع تست توسط کاربران نهایی همزمان با تیم تست انجام می شود تا عملکرد تمام اپلیکیشن ارزیابی شود.

با اتمام تست پذیرش مشخص می شود که اپلیکیشن بر اساس نیازمندی های درخواستی از سوی مشتری تولید شده است یا خیر.

این به مشتری این اجازه را می دهد تا اپلیکیشن را قبول و یا رد کند. انواع تست پذیرش عبارتند از:

1- تست آلفا

2- تست بتا

3- تست گاما

ادامه این مطلب را در سایت ما دنبال کنید.  www.testerking.ir

تست سیستم یعنی تست سیستم به طور کلی. تمام ماژول ها / مؤلفه ها به منظور بررسی اینکه آیا سیستم مطابق آنچه پیش بینی شده است کار می کند ، یکپارچه شده است.تست سیستم بعد از تست یکپارچه سازی انجام می شود. این نقش مهمی در ارائه محصول با کیفیت بالا دارد.

تست سیستم تست جعبه سیاه می باشد.

در حقیقت تست سیستم زیر مجموعه ی تست جعبه سیاه می باشد.

ادامه این مطلب را در سایت ما دنبال کنید.  www.testerking.ir

تست یکپارچه‌سازی یا Integration Testing به عنوان نوعی تست تعریف می‌شود که در آن ماژول‌های نرم‌افزاری به صورت Logical یکپارچه شده و به عنوان یک گروه تست می‌شوند.
یک پروژه نرم‌افزاری معمول شامل چندین ماژول نرم‌افزاریست که توسط برنامه‌نویسان مختلف کدنویسی شده است.

Integration Testing بر روی بررسی ارتباط داده‌ها(Data Communication) در میان این ماژول‌ها تمرکز می‌کند.
از این رو آن را با عناوین I & T-Integration and Testing، “تست رشته”(String Testing) و گاهی اوقات “Thread Testing” نیز می‌شناسند.

ادامه این مطلب را در سایت ما دنبال کنید.  www.testerking.ir

UNIT TESTING نوعی تست نرم افزار است که در آن واحد ها یا اجزای یک نرم افزار تست می شوند. هدف این است که تأیید کنیم که هر واحد کد نرم افزار مطابق آنچه انتظار می رود انجام دهد.

تست واحد در حین توسعه (مرحله کدگذاری) برنامه توسط برنامه نویسان انجام می شود. تست های واحد ، بخشی از کد را جدا کرده و صحت آن را تأیید می کند.

در SDLC ، STLC ، V Model ، تست واحد سطح اول تست است که قبل از تست یکپارچه سازی (integration testing) انجام می شود.

ادامه این مطلب را در سایت ما ببینید.  www.testerking.ir

استراتژی تست چیست؟ 

استراتژی تست به معنای “چگونه قصد دارید برنامه را تست کنید؟” می باشد و باید هنگام تست برنامه ، مراحل یا استراتژی دقیقی را که می خواهید دنبال کنید ذکر کنید.

دامنه پروژه و تمرکز تست در تست پلن تعریف شده است. در اصل، تست پلن به پوشش تست (Test Coverage) ، ویژگی هایی که باید تست شوند ، ویژگی هایی که نباید تست شوند ، برآورد ، برنامه ریزی و مدیریت منابع می پردازد.

ادامه این مطلب را در سایت ما مطالعه کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#استراتژی_تست
#تست_پلن
#استراتژی

تست منفی چیست؟

تست منفی نوعی تست نرم افزاری است که شرایط سیستم را در برابر ورودی های غیر منتظره داده ها بررسی می کند.

هدف از تست منفی نرم افزار جلوگیری از کرش کردن برنامه ها به دلیل ورودی های منفی می باشد.

تست مثبت چیست؟

تایین می کند که سیستم قرار است چه کاری انجام دهد. این کمک می کند تا بررسی کنید آیا برنامه توجیه کننده الزامات است یا خیر.

ادامه این مطلب را میتوانید در سایت ما مطالعه کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#تست_مثبت
#تست_منفی
Positive_Testing#
Negative_Testing#

مدل ٓابشاری یک مدل ترتیبی توسعه و تولید نرم‌افزار است و در آن مراحل تولید به شکل یک جریان مداوم متمایل به سمت پایین است (همانند یک ٓابشار) که شامل فازهای تحلیل خواسته‌ها، طراحی، پیاده‌سازی یا implementation، ٓازمودن و تست کردن، یکپارچه سازی یا integration، و دادن محصول به بازار می‌شود. اغلب گفته می‌شود ریشهٔ اصطلاح ٓابشاری از مقاله‌ای گرفته شده‌است که توسط وینستون واکر رویس در سال ۱۹۷۰ نوشته شده‌است.

مدیریت و مراحل تکمیل پروژه در این متدولوژی به سادگی قابل پیاده‌سازی است. زیرا در مرحله اول که مرحله بررسی نیازمندی‌های پروژه می‌باشد، مشتری و تیم برنامه‌نویسی طی چند جلسه به بررسی نیازمندی‌ها و خواسته‌های پروژه می‌پردازند. سپس پس از ٓان نوبت به مرحله طراحی می‌رسد، در مرحلهٔ طراحی افراد طرح کلی پروژه را می‌ریزند و جزییات پیاده‌سازی مشخص می‌شود.

ادامه این مطلب را در سایت ما دنبال کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_آبشاری
#waterfall_model
#معایب_مزیت_مدل_آبشاری

در این بخش به توضیح موارد زیر می پردازیم:

1- نحوه ی مشارکت تیم تست و تیم توسعه دهنده در مدل وی چگونه است؟

2- مزایا و معایب مدل وی چیست؟

1- نحوه ی مشارکت تیم تست و تیم توسعه دهنده 

1. هنگامی که مشتری BRS را ارسال می کند ، هر دو تیم (تست و توسعه) فعالیت خود را آغاز می کنند. توسعه دهندگان BRS را به SRS ترجمه می کنند. تیم تست در بخش بررسی دوباره BRS برای یافتن نیازهای در نظر گرفته نشده یا اشتباه، مشارکت کرده و تست پلن (acceptance test plan)  و تست کیس قابل قبولی را تهیه می کنند.

2. در مرحله بعدی ، تیم توسعه SRS را برای تیم تست ارسال کرده و توسعه دهندگان شروع به ساختن HLD (سند طراحی سطح بالا) محصول می کنند. تیم تست SRS را در مقابل BRS مورد بررسی قرار داده و سپس تست پلن و تست کیس سیستم را تهیه می کند.

ادامه این مطلب را در سایت ما دنبال کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_وی
#مدل_آبشاری
#تیم_تست
#تیم_دولپر

مدل V نیز به عنوان مدل تأیید و اعتبار سنجی (V&V) شناخته می شود. در این مرحله ، هر مرحله از SDLC باید قبل از شروع مرحله بعدی تکمیل شود. این روند، طراحی متوالی همانند مدل آبشار را دنبال می کند.

حال سوال این است که اگر مدل وی همانند مدل آبشاری است، پس چرا از مدل وی استفاده می کنیم؟

بگذارید نکته بعدی را بیان کنم که چرا ما به این مدل، مدل تأیید اعتبار و اعتبار سنجی احتیاج داریم.

این مدل بر معایبمدل آبشار غلبه می کند. در مدل آبشار ، ما دیدیم که تسترها فقط در آخرین مرحله از روند توسعه ، درگیر پروژه هستند.

ادامه این مطلب را در سایت ما دنبال کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت
#مدل_وی
#مدل_آبشاری

تست جعبه خاکستری ترکیبی از تست جعبه سیاه و جعبه سفید می باشد.

نیروهای تستی که این تست را انجام می دهند می بایست به داکیومنت های طراحی دسترسی داشته باشند.

این موضوع کمک می کند تا تست کیس های بهتری در این مرحله تولید شوند.

ادامه این مطلب را میتوانید در سایت ما دنبال کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت

 در پست های قبلی هر یک از تست های جعبه سیاه و جعبه سفید به صورت اجمالی مورد بررسی قرار گرفت .

در این بخش میخواهیم به تفاوت بین تست نفوذ جعبه سفید و تست نفوذ جعبه سیاه بپردازیم.

برای مطالعه بیشتر به سایت ما مراجه کنید. www.testerking.ir

مشاوره رایگان

 88976445 -021

#تست_اپ
#آموزش_تست_اپلیکیشن
#تست_اپلیکیشن
#تست_نرم_افزار
#تست_اپ_اندروید
#تست_اپ_آی_او_اس
#تست_وب_سایت